iT邦幫忙

2022 iThome 鐵人賽

DAY 11
0
Agile

本來無一物,何處惹塵埃系列 第 11

D11 - 那些敏捷的日子_我們一起被 KPI 追著跑

  • 分享至 

  • xImage
  •  

敏捷團隊下要如何規劃 KPI 呢?
老實說每年都設定的不一樣

但隨著每年的改變也漸漸抓到訣竅了

今天就來跟大家分享一下我們的心路歷程吧

2018 年

那年四月到職,是直接承接跟專案有關的項目
大多是專案在年初規劃的一個一個獨立功能
以及一項比較死板的工時紀錄(開發累積達到多少小時後達標...)

還好隔年度拿掉工時統計 KPI,但別的部門還有在監督工時 until now

2019 年

針對網站可靠度列了幾項
1.自動化測試:提高含蓋度 (佔比 12%)
2.資料庫整理:釐清設計,剔除不必要的表與欄位 (佔比 8%)
3.clean code:移除不必要的專案程式,統一css (佔比 10%)
年度新功能列了七項 (佔比 60%)
DevOps 專題列了兩項 (佔比 10%)

維護最辛苦的一年,可能一個項目最少 4%

2020 年

導入 OKR 的概念
一般項目列了六項 (佔比 50%)
主要都是功能項目
專案項目列了兩項 (佔比 40%)
專案架構 & 語言改寫
策略項目列了一項 (佔比 10%)
實踐精實開發思維

回想起來當初造樣造句很辛苦...

2021

發展項目列了兩項 (佔比 35%)
微服務架構化
服務容器化
一般項目列了五項 (佔比 65%)

去年好忙,被卡了超多項目...

撇除掉第一年的功時記錄以外
遇到的主要的障礙,大概就是每年都不外乎會遇到 Stakeholder(行銷團隊)想要推出新功能。
基於市場、效益也同時基於壓力往往很難推掉
且如果是大項目,就一定會導致我們在處理事項的優先度會被異動到

到年底時就會有點裡外不是人...


2022

在 2022 年度則是算最滿意的一年(其實每年當下都覺得當年最完美)
跟考核有關的 KPI ,只承接主管他的 KPI (與我管的專案有關的那些)
功能一 (佔比 50%)
功能二 (佔比 50%)

簡單、舒服,其中一項還是六月多才開始做,感謝我主管扛住了他主管的疑惑
都快Q3 怎麼進度還是 0!!

至於過去幾年那些額外想要做的,想要實踐的內容則是不要列在跟考核有關的項目內
因為根據過去的經驗,那些有挑戰想要額外做的項目,沒有列在 KPI 內我們也都會自己去做。(例如:React 升級,持續優化 SEO 之類的)

所以當目前團隊如果是個能夠自組織的團隊的話,或許極簡化你們的 KPI 對誰都好

但不知道大家有沒有發現,我在這邊討論的都是專案 KPI
因為在我的看法裡,敏捷團隊比較不會強調個人。
所以團隊內每個人的 KPI 都是一模一樣喔~

然後場外加碼
OKR 的概念真的非常的棒,但千萬部要跟考核用在一起...
他比較適合開放性的命題,例如說
在 Q3 以前,提升網站的瀏覽數 50%
這樣的話或許就可以有很多面向來做
1.強化網站 SEO 結構化資料等等
2.使用 google AD 服務
3.直接購買流量

參考資料:


上一篇
D10 - 那些敏捷的日子_MVP vs 技術債 (抉擇篇)
下一篇
D12 - 那些敏捷日子_等等考核這件事情根本是在考核主管吧?
系列文
本來無一物,何處惹塵埃30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言